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S/2 INSIGHTS 


Cutting the FAT 

BY MICHAEL NORTON 


O ne of the consequences of IBM’s 
misguided strategy to compete with 
Microsoft in the desktop market was 
the introduction of OS/2 systems on numer¬ 
ous machines using the antiquated File 
Allocation Table (FAT) system. The new 
user’s introduction to OS/2 was, unfortunate¬ 
ly, a blue screen proffering an “easy” install 
option (the default) over the “advanced” 
install option. This included an ominous 
warning about needing to be a technical 
dweeb/2 to even attempt such a thing (with 
the implication, don’t bother calling IBM if 
you encounter any difficulties because you 
were warned). This meant that most users 
installed ATDT942-7278 OS/2 with the 
dual-boot option in their existing 
DOS/Windows partition, which, by defini¬ 
tion, used the FAT file system. 

0S/2’S RELIANCE ON EXTENDED 
ATTRIBUTES 

OS/2 should be run on an HPFS partition. 
The OS/2 operating system relies heavily on 
the use of extended attributes (EAs) to main¬ 
tain its object-oriented associations. Your 
desktop, for example, consists largely of 
extended attributes contained in the DESK¬ 
TOP directory structure. Extended attributes 
are “built in” to the HPFS file system; for 
FAT they are merely an afterthought. 

Let’s look at how FAT handles extended 
attributes. If you add an extended attribute to 
a file (i.e., the .LONGNAME standard 
extended attribute), the actual data is not 
written to (or even with) the file. Instead, it is 
written to a free allocation unit on the volume 
as independent data. This data is then associ¬ 
ated with the file by a pointer in an area of the 
file’s directory entry that is unused by DOS. 
The allocation unit in the FAT is then 
assigned to the system file EA_DATA._SF to 
prevent the data from being used by the oper¬ 
ating system for new or appended files. Note 
that an entire allocation unit is assigned to the 
EA. Thus, simply assigning a long file name 
to a file consumes 8 KB of disk space on vol¬ 
umes using 8 KB clusters (which is fairly 
typical)! This is the reason many OS/2 users 
running on the FAT file system report absurd¬ 
ly large EA_DATA._SF files. 


There are, indeed, 
a number of other 
advantages to running 
HPFS instead of the 
FAT file system, 
but, alas, print space, 
like disk space, is finite 
and my soap box 
is only so tall. 

If you are using 
the FAT file system, 

I hope you will reconsider, 
especially on 
your boot volume. 

You will experience fewer 
problems with HPFS. 


EAS ON AN HPFS VOLUME 

Contrast this cumbersome and inefficient 
method of handling EAs to that employed by 
HPFS. In HPFS, each file is assigned its own 
header, a one-sector construct called the 
F-node, which immediately precedes the file 
data on the volume. The F-node contains the 
file name (including the long name) and allo¬ 
cation information in addition to the file’s 
extended attributes. Because of this intimate 
association between a file and its F-node, it is 
much more difficult to lose or corrupt EAs on 
an HPFS volume than on a FAT volume. 
Additionally, since typically only the 
512-byte F-node is used to contain EAs 
(although more space may be allotted if 
required), there is a marked improvement in 
storage efficiency. 

This improvement is not limited to EAs; 
the FAT file system is notoriously wasteful of 
disk space because of short-sightedness in its 
design. Any file system performs two vital 
functions: maintaining an “index” of each 
file’s location on the volume, and managing 


free space to prevent existing data from being 
overwritten. Although it must have seemed 
ingeniously clever at the time, the design 
strategy taken by FAT to combine these two 
functions in a single allocation table has 
yoked FAT ever since. On FAT 16 systems 
(there were earlier incarnations that were 
even worse), two bytes are assigned to each 
allocation unit — originally a disk sector. 
Each allocation unit points to the next alloca¬ 
tion unit assigned to the file or indicates the 
current allocation unit is the last assigned to 
the file. The two-byte design implies that the 
volume size is limited to 32 MB, since the 
last allocation unit that could theoretically be 
pointed to is OxFFFF. To break the 32 MB 
barrier, FAT increased the size of the alloca¬ 
tion unit from the 512-byte sector to the clus¬ 
ter, which is typically comprised of 16 sec¬ 
tors. Thus, a one-byte file occupies more 
than 8 KB of disk space. 

HPFS was one of those rare moments in 
the computer industry when mistakes were 
admitted and learned from. HPFS abandoned 
the strategy of using the allocation table to 
maintain file location information and manage 
free space. 

Instead, HPFS uses a bitmap, with one bit 
representing each sector, to indicate sectors 
in use, and a file’s allocation information is 
maintained in its F-node. This design allows 
HPFS to utilize the sector rather than the 
cluster as the basic allocation unit. The same 
one-byte file which consumes 8 KB under 
FAT uses 1 KB under HPFS (one 512-byte 
sector for the data and another sector for 
the F-node). 

The decentralization of allocation informa¬ 
tion has another, more important consequence: 
decreased susceptibility to catastrophic data 
loss. The FAT is obviously the most heavily 
used area on a FAT volume, and is written 
and rewritten constantly. With each access, 
the odds increase of something going awry, 
and, when it does, the damage is not limited 
to the file currently being allocated, but 
potentially all files on the volume. Moreover, 
if the FAT is corrupted, recovery is only pos¬ 
sible through tedious and prohibitively costly 
measures. With HPFS, the interspersing of 
allocation information virtually prevents such 
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(continued from page 66) 
massive data loss, and allows the possibility 
of recovery of much, if not all, of the volume 
data through the use of disk utilities such as 
SofTouch System's GammaTech Utilities or 
Warp Speed’s Graham Utilities. 

There are, indeed, a number of other 
advantages to running HPFS instead of the 
FAT file system, but, alas, print space, like 
disk space, is finite and my soap box is only 
so tall. If you are using the FAT file system, I 
hope you will reconsider, especially on your 
boot volume. You will experience fewer prob¬ 
lems with HPFS. El 

Was this column of value to you? If so , 
please circle Reader Response Card No. 47. 



Michael Norton is the 
workstation division 
manager at SofTouch 
Systems, which provides 
both mainframe and PC software solutions. 

He has written mainframe manuals in addition 
to articles in a number of publications. You can 
reach him at mnorton@softouch.com. 


(continued from page 65) 
about this, it makes sense. The two 
MSEngines always arrive at the same results. 
If a particular event causes the primary 
MSEngine to crash, that same event will lead 
to the crash of the secondary MSEngine. 

SFT III must be viewed as an added layer 
of protection against hardware errors. Many 
of us use mirror NetWare disk partitions to 
protect against hardware errors on our disk 
drives. SFT III takes this concept one step 
further by allowing us to mirror the entire 
server. □ 

Was this column of value to you? If so y 
please circle Reader Response Card No. 46. 



NaSPA member John E. 
Johnston is manager 
of technical support 
and communications 
for a major hospital in 
Pennsylvania. He designs 


and maintains cross- platform local and wide 
area networks utilizing NetWare, OS/2, DOS, and 
Windows. 
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